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Verfahren, Schnittstelle und Netzwerk zxoin zyklischen Versen- 
den von Ethernet-Tel egrammen 

Die Erfindung betrifft ein Verfahren, eine Schnittstelle und 
ein Netzwerk zum zyklischen Versenden von Ethernet- 
Tel egrammen . 

Das Ethernet ist die am weitesten verbreitete Technologie, 
mit der in lokalen Kommunikationsnetzen, sog. Local Area Net- 
works (LAN) , Daten aktuell mit einer Geschwindigkeit bis zu 
100 Mio. Bits/s (Mbps) tlbertragen werden kSnnen. LANs sind 
lokale Kommunikationsnetzwerke, die auf ein geograf isches Ge- 
biet begrenzt sind und sich aus einem oder mehreren Servern 
und Arbeitsstationen, sog. Knoten zusammensetzen, die tiber 
eine Ubertragungsstrecke, z.B. ein Koaxial-, Glasfaser- oder 
Twisted Pair-Kabel verbunden sind, Bei LANs sind ver- 
schiedenste Netzwerktopologien moglich, wobei die bekanntes- 
ten die Bus-, Ring-, Stern- oder Ba-umstrukturen sind. 

LANs werden mit einem Netzwerk-Betriebssystem und einem ein- 
heitlichen Netzwerk-Protokoll betrieben. Das Ethernet stellt 
ein mogliches Netzwerkprotokoll dar und vmterstiitzt dabei die 
unterschiedlichsten Kommunikationsprotokolle, z.B. das 
TCP/IP-Protokoll Oder das IPX-Protokoll . Im OSI-Schichtenmo- 
dell, dem internationalen Ref erenzmodell fur Datentibertragung 
in Netzwerken, das aus einem Schichtenstapel aus sieben 
Schichten aufgebaut ist, wobei fiir jede Schicht eine Menge 
von Protokollen definiert ist, die jeweils der nachst hoheren 
Schicht ihre Dienste zur Verftigung stellen, ist das Ethemet- 
der zweiten Schicht, der sog. Leitungs schicht zugeordnet. In 
dieser Leitungsschicht werden die zu versendeten Daten zu Te- 
legrammen gebiindelt, denen spezifische Inf ormationen ftir das 
jeweilige Kommunikationsprotokoll hinzugeftigt werden. Die 
Leitungsschicht ist im Netzwerk ftir den Transport der Daten- 
telegrammme von Knoten zu Knoten und ftir die Fehlererkennvmg 
zust^ndig. 
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Beim Ethernet-Konzept ist die Leitxingsschicht in zwei Ebenen 
unterteilt, wobei die erste Ebene den Daten einen Kopfab- 
schnitt, einen sog. Startkennung hinzuftigen, der Informatio- 
nen enthalt, die fiir eine korrekte Datentibertragung vom Emp- 
fangerprotokoll benStigt werden. In der zwei ten Ebene des E- 
thernet-^Protokolls wird dann das Datentelegramm mithilfe ei- 
ner zusatzlichen PrSambel und eines Endabschnitts, einer sog. 
Checksxunme / fixr den Transport von Knoten zu Knoten eingekap- 
selt. Mit solchen Ethernet -Telegranmien lassen sicb Daten rtiit 
einer Lange von bis zu 1500 Bytes ubertragen, wobei zwischen 
den einzelnen Ethernet-Tel egraitmien eine feste Pausenzeit ein- 
zuhalten ist. 

Fur das Versenden und das Empfangen der Ethemet-Telegramme 
auf der Ethernet-Ubertragiingsstrecke ist ein Ethernet- 
Controller, auch als Media Access Controller (MAC) bezeich- 
net/ zustandig, der zwischen den Knoten und die Ethernet- 
Ubertragungsstrecke geschaltet und liber ein Bussystem mit dem 
Knoten verbunden ist. Dieser Ethernet-Controller wird in der 
Regel durch einen Sof tware-Treiber , der im jeweiligen Be- 
triebssystem des Knotens eingebunden ist, gesteuert. Der E- 
thernet-Controller xamfasst im Allgemeinen ein Sende- und ein 
Empf angs-Schieberegister, um die Ethernet-tJbertragungsstrecke 
von dem physikalischen Speicher des Knotens zu entkoppeln. 
Moderne Ethernet-Controller besitzen weiter in der Regel eine 
direkte Zugrif f sm5glichkeit auf den physikalischen Speicher 
des Knotens, einen sog. Direct Memory Access (DMA) , wodurch 
der Sof tware-Treiber im Betriebssystem des Knotens zeitspa- 
rend die zu sendenden und zu empfangenen Ethernet -Tel egramme 

■ 

direkt im Speicher des Knotens ablegen bzw. aus diesem Spei- 
cher abholen kann. 

Ethernet-Protokolle werden vornehmlich bei Burokommxinikati- 
onsnetzwerken eingesetzt. Aufgrund der Vorteile des Ethernet- 
Konzepts bei der Nutzung von Standard-Hard- und -sof twarekom- 
ponenten sowie der MSglichkeit, bei einfacher Vernetzungs- 
technologie hohe Datentibertragungsraten zu erreichen, werden 
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Ethernet-Komraunikationsnetzwerke zunehmend auch in der Indus- 
triellen Fertigung zum Datenaustausch zwischen Arbeitsstatio- 
nen einzusetzen. Beim Einsatz des Ethernet-- Protokolls in der 
Automatisierungstechnik muss jedoch mithilfe zusatzlicher 
aufwandiger Hard- und/oder Sof twaretechniken die Echtzeitfa- 
higkeit der Ethernet-Dateniibertragung sichergestellt werden. 
Bei der Steuerung von Maschinen ist es in der Kegel erforder- 
lich, dass eine zyklische Bearbeitiing einer Steuerungsauf gabe 
im Wesentlichen ohne zeitliche Schwankungen, d.h. sog. Jitter 
erfolgt, wobei mit einer vorhersehbaren Antwortzeit auf die 
Regelanf orderung reagiert wird. 

Sollen z. B. im Rahmen einer auf einem als Knoten in eine E- 
thernet-Netzwerk ausgebildeten Steuerungsrechner laufenden 
Echtzeitanwendung zyklisch Ethernet-Telegramme versendet wer- 
den, um per Ethernet-Ubertragungsstrecke angebundene Sensoren 
und 2^toren anzusprechen, ubergibt der Steuerungsrechner iiber 
den im Betriebssystem integrierten Sof tware-Treiber in jedem 
Steuerungszyklus entsprechende Ethernet-Telegramme an seinen 
Ethernet-Controller zum Versenden. Dabei fugt der Sof tware- 
Treiber vor der tjbergabe an den Ethernet-Controller den zu 
versendenden Echtzeitdaten automatisch die in der Ethernet- 
Ubertragungsnorm (IEEE 802.3) definierten Pausenzeiten, 
Startkennungen, PrSambeln und Checksummen hinzu. Der Ether- 
net-Controller ladt dann, vorzugsweise mithilfe der Direct 
Memory Access -Ubertragung, die entsprechenden Ethernet- 
Telegramme in seinen Sende-Schieberegister und beginnt ab ei- 
nem bestimmten Ftillstand des Sende-Schieberegisters mit dem 
Versenden der Ethernet-Telegramme auf der Ethernet- 
Ubertragungsstrecke . 

In dieser Sende-Abf olge des Steuerungsrechner s mit ange- 
schlossenem Ethernet-Controller sind mehrere Jitter-behaf tete 
Vorgange enthalten, deren Jitter sich im unganstigsten Fall 
aufsiammieren und dann einen maximal zulassigen Wert fur die 
Echtzeitanwendung, der in der Kegel im Bereich von einigen 
wenigen Mikrosekunden liegt, tibersteigt. Zum Jitter tragen 
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dabei die s chwankenden Interrupt'-Latenzzeiten im Knoten beim 
Erzeugen der zu versendenden Daten und die Lauf zeitschwankun- 
gen des bis zum Senden des Ethernet -Tel egramms durchlauf enden 
Programmcodes bei. Bei modernen Steuerungsrechnern, die uber 
einen Cache-Speicher verfugen, schwankt zusatzlich auch die 
Laufzeit der Programmcodes, da je nach Cache-Inhalt \inter- 
schiedlich lange auf den angef orderten Inhalt des Speichers 
im Knoten gewartet werden muss. 

Der Ethernet-Controller ist in der Kegel tiber ein Bussystem 
mit dem Knoten verbunden, wobei haufig ein PCI-Bus verwendet 
wird. Da ein solcher Bus im Allgemeinen auch von anderen Sys- 
temteilen genutzt wird, kann es bei der Buszuteilung zu un- 
terschiedlich langen Wartezeiten kommen. Dies gilt sowohl 
dann, wenn der Ethernet-Controller per Direct Memory Access- 
Ubertragung auf den physikalischen Speicher des Steuerungs- 
rechners zugreift, als auch ftir den Fall, dass die Echtzeit- 
daten unter Kontrolle des Sof tware-Treibers iiber das Bussys- 
tem tibertragen werden. Es treten immer Shnliche Jitter bei 
der Buszuteilung auf. Der Ethernet-Controller beginnt daruber 
hinaus immer erst ab einem bestimmten Ftillstand des Sende- 
Schieberegisters mit dem Versenden der Ethemet-Telegramme 
auf der Ethernet-Ubertragungsstrecke . Dabei kann sich dann 
das Senden der Ethernet-Telegramme je nach Fullstand des Sen- 
de-Schieberegisters unterschiedlich lange verzogern, was zu 
einem zusatzlichen Jitter fiihrt. 

Ist der sich ergebende Gesamt jitter beim Sendevorgang hSher 
als fiir die jeweilige Echtzeitanwendungen maximal zulSssig 
Jitter, muss eine solche Abweichxmg mithilfe eines aufwandi- 
gen Verfahrens, wie z.B. dem IEEE 1588 (IEEE Standard for a 
Precision Clock Synchronization Protocol for Networked Measu- 
rement and Control Systems) eine entsprechend genaue Zeitba- 
sis in alien Kommunikationsteilnehmern an der Ethernet- 
tJbertragungsstrecke ges chaff en werden, mit der en Hilfe sich 
dann der Jitter kompensieren lasst. 
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Aufgabe der Erfindung ist es, ein Verfahren zum Versenden von 
Daten in Form von Ethernet-Telegrammen auf einer Ethernet- 
tJbertragungsstrecke, eine Schnitts telle zum Anbinden eines 
Knotens an eine Ethernet-tJbertragungsstrecke und ein Ether- 
net-Netzwerk bereitzustellen, mit denen sich auf einfache 
Weise jitterfrei vmd zyklisch Ethemet-Telegramme, insbeson- 
dere mit Echtzeitdaten versenden lassen. 

Diese Aufgabe wird mit einem Verfahren nach Anspruch 1, einer 
Schnittstelle nach Anspruch 9 und einem Ethernet -Net zwerk 
nach Anspruch 14 gelost. Bevorzugte Weiterbildungen sind in 
den abhangigen Anspruchen angegeben. 

Erf indungsgemSfi wird ziom Versenden von Daten in Form von E- 
thernet-Telegrammen auf einer Ethernet -tJbertragungsstrecke 
mit Hilfe einer Schnittstelle zum Anbinden eines Knotens an 
die Ethernet-Ubertragungsstrecke die zu versendenden Daten 
mithilfe einer Umsetzeinheit gemafi einer tibertragungsnorm des 
Ethernet- Protokol Is xxmgesetzt, um Ethernet-Telegramme bereit- 
zustellen, und mithilfe einer Sendeeinheit dann fortlaufend 
die bereitgestellten Ethernet-Telegramme versendet, wobei 
kontinuierliche Ethernet-Telegramme auf die Ethernet- 
Ubertragungsstrecke ausgegeben werden. 

Durch das erf indungsgemafie kontinuierliche Senden von Ether- 
net-Telegrammen wird eine exakte Wiederholbarkeit des Sende- 
vorgangs und damit ein jitterfreies Versenden der Ethernet- 
Telegramme ermoglicht, Dadurch, dass die Schnittstelle zur 
Anbindung des Knotens an das Ethernet im Anschluss an ein ge- 
sendetes Ethernet-Telegraram direkt das nachste Ethernet- 
Telegramm versendet, wird gewahrleistet , dass alle jitterbe- 
hafteten VorgSnge in der Sendeabfolge vom Umsetzen der zu 
versendenden Daten in Ethernet-Telegramme bis zur Ausgabe der 
Telegramme auf die Ethernet -tJbertragungsstrecke kompensiert 
werden. Das Timing des Sendevorgangs wird namlich ausschlieiS- 
lich durch die Schnittstelle des Knotens zum Ethernet be- 
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stiinmt, wobei durch das kontinuierliche Versenden der Tele- 
grainine deren vollige Jitterf reiheit sichergestellt wird. 

GemaiS einer bevorzugten Ausftihrungsform der Erfindxmg wird 
zum fortlaufenden Senden der bereitgestellten Ethernet- 
Telegrainme bei einer vorgebenen Lange der Ethernet-Telegramme 
die Lange der Zykluszeit im Rahmen der maximal zuiassigen 
Dauer des Zyklus angepasst, xxm wahrend der gesamten Zyklus- 
zeit kontinuierlich Ethernet-Telegramme auf die Ethernet- 
Ubertragungsstrecke auszugeben. Diese Vorgehensweise sorgt 
ftir einen kontinuierlichen Sendevorgang der Ethernet- 
Telegrammen im Rahmen einer vorgebenen maximalen Sendezyklus- 
dauer bei gleichzeitig optimaler Nutzung der ZykluslSnge, wo- 
bei der bei der Erzeugung der Ethernet-Telegrainme auftretende 
Jitter vollig ausgeglichen wird. 

GemaS einer weiteren bevorzugten Ausftihrungsform der Erfin- 
dung wird beim fortlaufenden Versenden der Ethernet- 
Telegramme mithilfe der Schnittstelle die Anzahl und/oder die 
LSnge der in einem Zyklus zu versendenden Ethernet-Telegramme 
an eine vorgegebene Zykluszeit so angepasst, dass wahrend der 
gesamten vorgegebenen Zykluszeit kontinuierlich Ethernet- 
Telegramme auf die Ethernet-Ubertragungsstrecke ausgegeben 
werden kOnnen. Diese Vorgehensweise ermoglicht einen kontinu- 
ierlichen Sendevorgang der E theme t-Telegrammen im Rahmen ei- 
nes Sendezyklus bei gleichzeitig optimaler Nutzung der im 
Zyklus moglichen Datenbreite, wobei der bei der Erzeugung der 
Ethernet-Telegramme auftretende Jitter v611ig ausgeglichen 
wird. 

GemaS einer weiteren bevorzugten Ausftihrungsform werden bei 
der AnpassTing der Ethernet-Telegramme die Baudrate der Ether- 
net-Ubertragungsstrecke, die Lange der beim Umsetzen der Da- 
ten gemaS der Ubertragungsnorm des Ethernet-Protokolls je- 
weils in das Ethernet-Telegramm eingefugten Startkennung, 
Praambel und Checksixmme und die Lange der zwischen den zu 
versendenden Ethernet-Telegrammen einzxihaltenden Pausenzeiten 
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berticksiclitigt . Durch diese Vorgehensweise ISsst sich auf 
einfache Weise die optimale Lange der kontinuierlich auf der 
Ethernet -Obertragungsstrecke zu versendenden Ethernet - 
Telegrainme bestimmen. Bevorzugt ist dabei weiterhin, dass be- 
rUcksichtigt wird, dass dann, wenn die berechnete LSnge des 
Ethernet-Telegramms groSer als die maximal mogliche LSnge des 
Ethernet-Telegraitims ist, die Anzahl und die LSnge der zu sen- 
denden Ethernet-Telegramme so gewShlt wird, dass in einem 
Zyklus mehrere vorzugsweise gleich lange Ethernet-Telegramme 
versendet werden, der en gemeinsame Bitlange der Zykluszeit 
entspricht. Hierdurch wird sichergestellt , dass auf einfache 
Weise eine optimale LSnge der zu versendenden Ethernet- 
Telegramme bestimmt werden kann. 

Gemafi einer weiteren bevorzugt en Ausfuhrungsf orm werden die 
bereitgestellten Ethernet -Telegramme in einem Zwischenspei- 
cher abgelegt, wobei die Schnittstelle den Sendevorgang in 
Abhangigkeit eines vorgegebenen Fiillstandes im Zwischenspei- 
cher startet, Diese Vorgehensweise sorgt dafur, dass immer 
genugend zu sendende Ethernet -Telegramme in der Schnittstelle 
vorhanden sind, urn einen kontinuierlichen Sendevorgang zu ge- 
wahrleisten. Hierdurch wird verhindert, dass der Sendevorgang 
leerlauft und es dadurch zu Telegrammverzagerungen koramt, die 
dann zu einer Zyklusverletzung fiihren wiirden. 

Erf indungsgemas ist weiter vorgesehen, dass dann, wenn die 
Daten Echtzeitdaten sind, eine die zu versendenden Echtzeit- 
daten erzeugende Echtzeitanwendung im Knoten mit dem Sende- 
vorgang der Ethemet-Telegramme synchronisiert ist. Diese 
Vorgehensweise verhindert einen Oberlauf mit Ethernet- 
Telegrammen in der Schnittstelle beim Sendevorgang, der dazu 
fiihren wiirde, dass die Ethernet-Telegramme nicht mehr schnell 
genug versendet werden konnen. Dadurch, dass die im Knoten 
ablaufende Echtzeitanwendimg auf die Zeitbasis der den Sende- 
vorgang ausfiihrenden Schnittstelle abgestimmt ist, wird ge- 
wShrleistet, dass der Knoten Ethernet-Telegramm nur abge- 
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stiirant mit dem Sendevorgang der Schnittstelle liefert und so- 
mit kein tJberlauf an Ethernet-Telegrammen auftritt. 

GemaS einer weiteren bevorzugten Ausftihrungsf orm ist das E- 
themet-Netzwerk mit der Ethernet-Obertragungsstrecke, an der 
eine Mehrzahl von Knoten angebunden sind, so ausgelegt, dass 
die Ethernet-Telegramme auf dem Sendekanal kollisionsfrei tt- 
bertragen werden konnen. Hierdurch wird gewahrleistet , dass 
auf dem Ethernet kontinuierlich gesendet werden kann, ohne 
dass es aufgrund von Kollisionen auf der tJbertragungsstrecke 
zu einer Unterbrechung des Sendevorgangs und damit zu einer 
Zyklusverletzung kommt. 

Bevorzugt ist dabei weiterhin, dass die Ethernet- 
Ubertragungsstrecke eine ringfSrmig angeordnete Topologie 
aufweist, wobei die vom Sendeknoten versandten Ethernet- 
Telegramme von einem Knoten zum nachsten weitergeleitet wer- 
den, Diese Vorgehensweise ermSglicht eine kollisionsf reie tt- 
bertragung der Ethernet-Telegramme mit geringer Verzogerung 
von einem Knoten zum nSchsten. 

Die Erf indung wird anhand der beigeftigten Zeichnungen nSher 

erlautert, Es zeigen: 

Fig. lA ein Ethernet-Netzwerk; 

Pig. IB einen erf indungsgemSfien Auslegung eines Knoten- 

Anschlusses im Ethernet-Netzwerk; 

Fig. 2A ein Ethernet-Telegramm und 

Fig. 2B einen erf indungsgemSiSen Sendevorgang. 

Das Ethernet -Konzept ist der am weitesten verbreitete Kommu- 
nikat ions standard in lokal begrenzten Kommunikationsnetzwer- 
ken (LAN) , uber die sich auf einfache Weise Datenressourcen 
zwischen Arbeitsstationen, im Allgemeinen Computer oder Ma- 
schinen, im Weiteren auch als Knoten bezeichnet/ gemeinsam 
nutzen lassen. Das Ethernet basiert dabei auf einem LAN- 
Aufbau, bei dem eine Mehrzahl von Knoten tiber ein gemeinsames 
Ubertragungsmedixam miteinander verbunden sind, wobei das E- 
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thernet-Konzept die Verkapselung der zu tibermittelnden Daten 
in Datenpaketen, im Weiteren auch als Ethernet -Telegramme be- 
zeichnet, mit einem vorbestimmten Format vornimmt. Das Ether- 
net besteht dabei aus drei Bereichen, namlich der Ubertra- 
gimgsstrecke und den Netzwerk-Schnittstellen, also der Hard- 
ware, der Menge an Protokollen, die den Zugriff auf die E- 
thernet-tJbertragungsstrecke steuern, und dem Ethernet- 
Tel egrammformat . 

Fig. lA zeigt schematisch ein Ethernet -Net zwerk, bei dem meh- 
rere Knoten 1 aber eine Ethernet-Ubertragungsstrecke 2 mit- 
einander verbxinden sind. Die Anbindung des Knotens an die E- 
thernet-Obertragungsstrecke erfolgt dabei mithilfe eines E- 
thernet-Controllers 3, der vorzugsweise in den zugehQrigen 
Knoten integriert ist. Ein erf indungsgemafier Knoten 1 mit an 
geschlossenem Ethernet-Controller 3 zur Anbindiing an die E- 
thernet-Obertragiingsstrecke 2 ist im Detail in Fig. IB ge- 
zeigt. Fur das Versenden der Ethernet-Telegramme im Ethernet 
Controller ist eine Codiereinheit 31 zustSndig, fur den Emp- 
fang der Ethernet-Telegramme von der ttbertragungsstrecke 2 
eine Decodiereinheit 32. An die Codiereinheit 31 bzw. die De 
codiereinheit 32 ist jeweils ein als Schieberegister ausge- 
legter Zwischenspeicher 33, 34 angeschlossen, um die zu 
versendenden bzw. empfangenen Ethernet-Telegramme zwischenzu 
speichern. Diese Sende- \ind Empf angs-Schieberegister 33, 34 
wiederiim sind vorzugsweise so ausgelegt, dass sie auf einen 
physikalischen Speicher 11 im Knoten 1 direkt mithilfe des 
sogenannten Direct Memory Access (DMA) Modus zugreifen k6n- 
nen. Alternativ besteht die Moglichkeit, dass der Datenaus- 
tausch zwischen dem Sende-Schiebespeicher 33 bzw. dem Emp- 
fangs-Schiebespeicher 34 und dem physikalischen Speicher 11 
uber eine zentrale Recheneinheit (CPU) 12 des Knotens 1 er- 
folgt. Der direkte Zugriff iiber den DMA-Modus ermSglicht je- 
doch einen beschleunigten Datenaustausch. 

Die Steuerung des Datenaustausches zwischen dem physikali- 
schen Speicher 11 des Knotens 1 und der Schnittstelle 2 er- 
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folgt in der Regel durch die CPU 12 des Knotens 1. Die CPU 12 
des Knotens verwaltet weiter auch alle z\m, Betrieb des Ether- 
net notwendigen Vorgange, d.h. fuhrt das Management des Sen- 
de- und Empfangsvor gangs durch und sorgt far die Verkapselung 
der zu versendenden Daten des Knotens in Ethernet-Telegramme 
bzw. das Entpacken der Daten aus den empfangenen Ethernet- 
Telegrammen, Das auf der CPU 12 des Knotens 1 implementierte 
Betriebssystem weist in der Regel eine geschichtete Software- 
struktur auf, um eine protokollspezif ische Bearbeitung von 
einer telegramm- und hardwarespezif ischen Bearbeitung zu 
trennen* Dadurch ist es moglich, unterschiedliche Kommunika- 
tionsprotokolle beim Ethernet-Standard einzusetzen, ohne am 
hardwarespezif ischen Treiber Anderungen durchfuhren zu mus- 
sen. Gleichzeitig kann dann auch die Hardware des Knotens ge- 
andert werden, ohne gleichzeitig eine protokollspezif ische 
Sof twareanderung ausftihren zu miissen. 

Ein Ethernet-Telegramm 5, dessen Struktur in Fig, 2A schema- 
tisch gezeigt ist, kann bis zu 1500 Bytes enthalten und setzt 
sich aus einem Kopfteil mit einer Startkennung 51, einer Pra- 
ambel 52, die die Ziel- und Quelladresse und den Datenpaket- 
typ kennzeichnet, einem Mittelteil 53 mit Daten xind einem ei- 
ne Checksumme enthaltenden Endteil 54, die als Fehlerken- 
nungsmechanismus dient, zusammen. 

Ein Sendevorgang von Ethernet-Telegramme iiber die Ethernet- 
tJbertragungsstrecke 2 wird so ausgefiihrt, dass der in der CPU 
12 eingesetzte Sof tware-Treiber die zu versendenden Daten in 
Ethernet-Telegramme umsetzt, die, wenn der Ethernet- 
Controller 3 im DMA-Modus arbeitet, im physikalischen Spei- 
cher 11 des Knotens 1 abgelegt werden, Auf diese abgespei- 
cherten Ethernet-Telegramme greift dann das Sende- 
Schieberegister 33 des Ethernet-Controllers 3 zu, \am die E- 
themet-Telegramme in das Schieberegister zu laden. Wenn xin- 
ter Steuerung durch den Sof tware-Treiber in der CPU 12 vom 
physikalischen Speicher 11 geniigend Ethernet-Telegramme auf 
das Sende-Schieberegister 33 Qbertragen wurden und damit ein 
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ausreichender Fulls tand erreicht ist, gibt das Sende- 
Schieberegister 33 die zwischengespeicherten Ethernet- 
Telegramme uber die Codiereinheit 31 auf die Ethernet- 
tJbertragungsstrecke 2 aus. Eine Ethernet -Datenabertragung 
findet dabei nur dann statt, wenn das Ethernet -Net zwerk ruhig 
ist. Dartiber hinaus ist in der Kegel zusStzlich ein Kollisi- 
onsverhinderungsmechanismus auf der Ethernet- 
Ubertragungsstrecke 2 vorgesehen. 

Beim Empfang von Ethernet-Telegrammen werden die empfangenen 
Ethernet-Telegrainme von der Decodiereinheit 32 im Empfangs- 
Schieberegister 34 zwischengespeichert , wobei der Ethernet- 
Controller 3 einen Interrupt im Knoten 1 auslCst. Dieser In- 
terrupt veranlasst den Sof tware-Treiber der CPU 12 im Knoten 
1, die empfangenen Telegramme liber den DMA-Modus in den phy- 
sikalischen Speicher 11 uberzufxihren und dann an das Be- 
triebssystem im Knoten zur Verarbeitung weiterzuleiten. 

Das Ethemet-Konzept wird vor allem deshalb als Kommunikati- 
onsprotokoll fiir Netzwerksysteme genutzt, da Standard- 
Hardware- und -sof twarekomponenten verwendet werden konnen 
und dariiber hinaus eine hohe Datenttbertragungsrate moglich 
ist. Beim Einsatz des Ethernet-Standards in industrieller Um- 
gebung, insbesondere fiir Automatisierungsauf gaben, muss das 
Ethernet-Protokoll aber eine Echtzeit-Datenubertragung ge- 
wShrleisten. Urn zuverlassig eine Echtzeitanwendung, wie z. B. 
eine Maschinensteuerung mithilfe eines Ethernet -Netzwerkes 
ausfiihren zu konnen, ist ein Datenaustausch mit Zykluszeiten 
von 50 Msec bei zulassigen Jitterzeiten, d,h. Abweichungen 
von der gewiinschten Zykluszeit von 10 Msec erf orderlich. 

Wenn ein Steuerungsrechner , der einen Knoten 1 in einem E- 
thernet-Net zwerk darstellt, Sensoren oder Aktoren, die als 
weitere Knoten an die Ethernet-tJbertragungsstrecke 2 angebun- 
den sind, in Echtzeit steuern soil, werden vom Steuerungs- 
rechner in jeden Steuerungszyklus mithilfe des in seiner CPU 
12 eingespeicherten Sof tware-Treiber s Ethernet-Telegramme 5 
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an den zugehorigen Ethernet-Controller 3 zum Senden tiberge- 
ben. Der Ethernet-Controller 3 wird dann die entsprechenden 
Ethernet-Telegramme 5, vorzugsweise per DMA-Modus in sein 
Sende-Schieberegister 33 laden vind ab einem bestiinmten Full- 
stand dieses Senderegisters mit dem Versenden der Ethernet- 
Telegramme auf der Ethernet-Ubertragungsstrecke 2 beginnen. 

In dieser Sendeabfolge sind jedoch mehrere j itterbehaf tete 
Vorgange enthalten, deren Jitter sich im unguns tigs ten Fall 
aufsummiert. Ein erster Jitter ergibt sich bereits aus den 
schwankenden Interrupt-Latenzzeiten des Betriebssystems des 
Steuerungsrechners und des Sof tware-Treibers beim Umsetzen 
der Ethernet-Telegramme. Weiterhin treten Lauf zeitschwankun- 
gen des bis zum Versenden des Ethernet-Telegrammen durchlau- 
fenden Datencodes auf. Bei modernen Steuerungsrechnern, die 
liber einen Cache- Speicher verfugen, schwanken zusatzlich auch 
die Laufzeiten ein und desselben durchlauf enden Datencodes, 
da je nach Cache-Inhalt unterschiedlich lange auf den ange- 
forderten Speicher gewartet werden muss. Weitere Jitter erge- 
ben sich zudem bei der Ubergabe der Ethernet-Telegramme an 
den Ethernet-Controller, Der Ethernet-Controller ist uber ein 
Bussystem, z.B. einen PCI-Bus, an den Steuerungsrechner, an- 
gebunden. Da der Bus auch von anderen Systemteilen des Steue- 
rungsrechners genutzt wird, kann es bei der Buszuteilung zu 
unterschiedlich langen Wartezeiten beim Zugriff des Ethernet- 
Controllers auf den physikalischen Speicher zur Ubergabe der 
Ethernet-Telegramme an das Sende-Schieberegister kommen. Auch 
dann, wenn der Ethernet-Controller nicht per DMA- 
trbertragungsmodus arbeitet, sondern die Daten uber die CPU 
aus dem physikalischen Speicher in das Sende-Schieberegister 
des Ethernet-Controllers ubertragen werden, treten ahnliche 
Jitter bei der Buszuteilung auf. Weiterhin wird das Senden 
der Ethernet-Telegramme je nach Ftillstand der Sende- 
Schieberegister unterschiedlich lang verzogert. Wenn sich al- 
le genannten j itterbehaf teten VorgSnge auf siommieren, besteht 
die Gefahr, dass der sich ergebende Gesamt jitter hoher als 
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der fur die jeweilige Echtzeitanwendung zulassige Jitter ist 
vmd dann keine Echtzeitsteuerung mehr gewahrleistet wird. 

Urn nicht, wie herkSmmlicherweise aufwandige Verfahren zur An- 
gleichung der Zeitbasis zwischen den einzelnen Knoten und da- 
mi t zur Kompensation der Kommunikations jitter ausfahren zu 
mussen, wird erf indungsgemaS der Ethernet-Controller 3 tiber 
den Software-Treiber auf der CPU 12 des Rechner-Knotens 1 so 
programmiert, dass ohne Pause Ethernet--Telegramme 5 aus dem 
Sende-Schieberegister 33 versendet warden. Dabei wird das 
Sende-Schieberegister 33 und die angeschlossene Codiereinheit 
31 des Ethernet-Controllers 3 so gesteuert, dass im Anschluss 
an ein gesendetes Ethernet-Telegramm direkt das nachste E- 
thernet-Telegramm xinter Einhaltung der in der Ethernet - 
Ubertragungsnorm definierten Pausezeit gesendet wird. 

Um zu gewahrleisten, dass bei einer vorgegebenen Zykluszeit 
der auszufuhrenden Echtzeitanwendung kontinuierlich' Ethernet- 

* 

Telegramme versendet werden, berechnet der Software-Treiber 
der CPU 12, wie viele und wie lange Ethernet-Telegramme ver- 
sendet werden mtissen, um die vorgegebene Zykluszeit exakt 
einzuhalten. Der Sof twaretreiber stellt die zu versendenden 
Daten 53 gemaS der Ethernet-Ubertragungsnorm in entsprechend 
lange Ethernet-Telegramme 5 mit Startkennung 51, Praambel 52 
und ChecksTomme 54 zusammen und legt sie im physikalischen 
Speicher 11 des Knotens 1 ab. Das Sende-Schieberegister 33 
des Ethernet-Controllers 3 greift dann auf diese Ethernet- 
Telegramme 5 zu und speichert sie zwischen. Ab einem gewissen 
Fullstand im Sende-Schieberegister 33 wird dann mit dem Sen- 
devorgang begonnen, wobei kontinuierlich Ethernet-Telegramme 
versendet werden, wie in Fig. 2B gezeigt ist. Hier ist ein 
Sendevorgang dargestellt, bei dem innerhalb einer vorgegebe- 
nen Zykluszeit zwei gleich lange Telegramme unter Einhaltung 
der vorgeschriebenen Pausenzeit versendet werden. 

Mithilfe des im Ethernet-Controller 3 integrierten Sende- 
Schieberegisters 33 wird die Bereitstellung der Ethernet- 
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Telegrainme durch. den Sof tware-Treiber der CPU 13 im physika- 
lischen Speicher 11 des Knotens 1 vom Sendezeitpunkt dieser 
Ethernet-Telegrainine entkoppelt/ so dass der bei der Echtzeit- 
anwendung iind die bei der Ubertragung der Ethernet-Telegramme 
auf den Ethernet-Controller 3 entstehenden Jitter ausgegli- 
chen werden. Da das Timing des Sendevorgangs ausschliefilich 
vom Ethernet-Controller 3 und der nachgeschalteten Ubertra- 
gungsphysik der Ethernet-Ubertragungsstrecke 2 abhangt \md 
der Ethernet-Controller aus seinem Sende-Schieberegister 33 
Ethernet-Telegramme 5 kontinuierlich sendet, ist eine exakte 
Wiederholbarkeit und damit ein jitterfreies Senden moglich. 

Um ein kontinuierliches Senden der Ethernet-Telegramme zu er- 
mSglichen, ist die Echtzeitanwendimg im Knoten tiber den Soft- 
ware-Treiber der CPU 12 auf den Ethernet-Controller 3 syn- 
chronisiert. Der Ethernet-Controller 3 legt die Zeitbasis 
fest, auf die die Echtzeit anwendung auf dem Steuerungsrechner 
1 synchronisiert ist. Dadurch wird sichergestellt , dass vom 
Software-Treiber der CPU 12 immer gentigend zu sendende Ether- 
net-Telegramme an den Ethernet-Controller 3 ubergeben werden, 
um zu verhindern, dass das Sende-Schieberegister 33 des E- 
themet-Controllers 3 leerlauft, und so Telegrammverzogerun- 
gen auftreten, die zu einer Zykluszeitverletzung ftihren war- 
den. Weiterhin wird durch die Synchronisierung der Echtzeit- 
anwendung im Knoten 1 auf die Zeitbasis des Ethernet- 
Controllers 3 gewahrleistet, dass nicht zu viele Ethernet- 
Telegramme an den Ethernet-Controller 3 ubergeben werden und 
somit ein ttberlauf im Sende-Schieberegister 33 stattfindet 
und die Ethernet-Telegramme nicht mehr schnell genug versen- 
det werden kSnnen. 

Bei der Berechnung der Anzahl und der Lange in einem Zyklus 
der Echtzeitanwendung zu versendenden Ethernet-Telegramme be- 
rucksichtigt der Software-Treiber der CPU 12 im Knoten 1 so- 
wohl die auf der Ethernet-ttbertragungsstrecke 2 verwendete 
Baudrate als auch die bei der Verkapselung der zu versenden- 
den Daten automatisch eingefUgten zusatzlichen Daten, d.h. 



Elektro Beckhoff GmbH 



15 



BIE 2021 



Startkennung 51, Praambel 52 und Checksumme 54, sowie die 
zwischen den Ethernet -Telegraminen einzuhaltenden Pausenzei- 
ten. Diese zusatzlichen Signale sind in der Ethernet -Norm 
IEEE 802.3 festgelegt und betragen bei einem 100-Base-TX- 
Ethernet, also einem Fast Ethernet mit 100 MBaud ftir die 
Startkennung 8 Bit, fur die Praambel 56 Bit, fur die Check- 
summe 32 Bit xand die Pausenzeit 69 Bit. 

Soil nun eine Zykluszeit der Echtzeitanwendung von x /xsec er- 
reicht warden, dann gilt folgende Formel: (L ist die maximale 
Bitl^nge des Ethernet-Telegramms) 

L = (x • 100) " (8 + 56 + 32 + 69) 

* 

Fiir eine Zykluszeit von 100 Msec ergibt sich dann: 

L = 9808 Bits = 1226 Bytes. 

Der Software-Treiber der CPU 12 im Knoten 1 kann also in ei- 
ner Zykluszeit von 100 Msec ein oder auch mehrere gleich lan- 
ge Telegramme mit einer Gesamtlange einschlieSlich der Pau- 
senzeiten von 1226 Bytes versenden. Wenn z.B. zwei Telegramme 
versendet werden, so betragt die Bytelange dann 613, Bytes pro 
Telegramm (einschlieSlich Pausezeit) . Eine Aufteilxing in meh- 
rere Telegramme ist dann zwingend erf orderlich, wenn die bei 
einer Zykluszeit sich ergebende Telegrammlange groSer als die 
maximale Ethemet-Telegramme von 1500 Byte ist. Es mtissen 
dann immer entsprechend mehrere Ethernet-Telegramme zur Nut- 
zung der vollen Zykluszeit gesendet werden. Wird z.B. eine 
Zykluszeit von 500 /xsec vorgegeben, kSnnen fiinf Telegramme 
mit je 1226 Byte (100 /xsec) gesendet werden. 

Alternativ zu Vorgabe einer Zykluszeit besteht auch die Mog- 
lichkeit, um einen kontinuierlichen Versand von Ethernet- 
Telegramme zu erreichen, die LSnge der zu versendenden Ether- 
net-Telegramme vorzugeben, um daraus dann die notwendige Zyk- 
luszeit abzuleiten. Der Sof tware-Treiber der CPU berechnet in 
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diesem Fall aus der Vorgabe der Lange der Ethemet-Telegramme 
und der maximal zuiassigen Dauer des Steuerzyklus, um eine 
Echtzeitanwendung, wie z. B. eine Maschinensteuerung mithilfe 
der Ethernet-Netzwerkes ausfahren zu kannen, die optimale 
Zykluszeit, die einen kontinuierlichen Versand der Ethernet- 
Telegramme gewahrleistet . Der Sof twaretreiber stellt dann 
wiederum die zu versendenden Daten gemaS der Ethernet- 
Ubertragungsnorm in entsprechend lange Ethernet -Telegramme 
mit Startkennung 51, Praambel 52 und Checksumme 54 zusammen 
und legt sie im physikalischen Speicher 11 des Knotens 1 ab. 
Das Sende-Schieberegister 33 des Ethernet-Controllers 3 
greift anschliefiend auf diese Ethemet-Telegramme 5 zu und 
speichert sie zwischen. Ab einem gewissen Fulls tand im Sende- 
Schieberegister 33 wird dann mit dem Sendevorgang begonnen, 
wobei kontinuierlich Ethernet-Telegramme innerhalb der be- 
rechneten Zykluszeit unter Einhaltung der vorgeschriebenen 
Pausenzeit versendet werden. 

Beim erf indungsgemafien Sendevorgang, bei dem quasi kontinu- 
ierlich gesendet wird, muss weiter gewShrleistet sein, dass 
auf dem Sendekanal keine Kollisionen auftreten, da dann der 
Ethernet-Controller die Ubertrag\mg unterbricht und erst spa- 
ter wieder aufnimmt muss. Eine geeignete Topologie des Ether- 
net-Netzwerkes fur einen kollisionsf reien Sendevorgang stellt 
dabei eine Peer-zu-Peer-Verbindxong zwischen den Knoten dar. 
Es besteht auch die MSglichkeit, mehrere Teilnehmer uber ei- 
nen Switch, der Kollisionen verhindert, anzusteuern. Auch ei- 
ne ringformige Netztopologie von mehreren Knoten ist maglich, 
wobei dann die Ethernet-Telegramme mit geringer Verzogerxing 
von Knoten zu Knoten weitergeleitet und anschliefiend an den 
ursprunglichen Sende-Knoten zuriickgeschickt werden, 

Echtzeitanwendungen benotigen in der Regel auch Rackmeldungen 
der angesteuerten Teilnehmer. In diesem Fall ist die Ether- 
net-Ubertragungsstrecke 2 als Vollduplex-tibertragungsstrecke 
mit getrenntem Sende- und Empf angskanal ausgebildet, um die 
zu versendenden Ethernet-Telegramme nicht durch empfangene 
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Telegramme mit den Riickmeldxingen zu beeinf lussen. Die Menge 
der zuriickgesendeten Daten darf dabei auch nicht die Menge 
der ursprtinglich gesendeten Daten liberschreiten, da diese dem 
Maximiom der Ubertragungskapazitat entsprechen. 
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Patentanspriiche 

1. Verfahren z\im Versenden von Daten in Form von Ethemet- 
Telegrammen auf einer Ethernet-Ubertragungsstrecke, mit den 
Ver f ahr ens chr i 1 1 en 

Umsetzen der zu versendenden Daten gemSfi einer liber tragungs- 
norm des Ethernet-Protokolls, ura Ethernet-Telegramme zu be- 
reitzustellen, und 

fortlauf endes Senden der bereitgestellten Ethernet- 
Telegramme/ wobei kontinuierlich Ethernet-Telegramme auf die 
Ethernet -Ubertragungsstrecke ausgegeben werden. 

2 . Verfahren nach Anspruch 1 , wobei zum fortlauf enden Sen- 
den der bereitgestellten Ethernet-Telegramme bei einer vorge- 
benen LSnge der Ethernet-Telegramme die Lange der Zykluszeit 
im Rahmen der maximal zulassigen Dauer des Zyklus angepasst 
wird, um wahrend der gesamten Zykluszeit kontinuierlich E- 
themet-Telegramme auf die Ethernet-Ubertragungsstrecke aus- 
zugeben • 

3, Verfahren nach Anspruch 1, wobei zum fortlauf enden Sen- 
den der bereitgestellten Ethernet-Telegramme bei einer vorge- 
gebenen Zykluszeit die Anzahl und/oder die LSnge der in einem 
Zyklus zu versendenden Ethernet-Telegramme angepasst wird^ um 
wahrend der gesamten vorgebenen Zykluszeit kontinuierlich E- 
themet-Telegramme auf die Ethernet-Ubertragungsstrecke aus- 
zugeben . 

4. Verfahren nach Anspruch 3, wobei zum Berechnen der An- 
zahl und/oder der Lange der in einem Zyklus zu versendenden 
Ethernet-Telegramme die auf der Ethernet-Ubertragungsstrecke 
verwendete Baudrate, die Lange der beim Umsetzen der Daten 
gemaS der tJbertragungsnorm des Ethernet-Protokolls jeweils in 
das Ethernet-Telegramm eingefiigten Startkennung, Praambel und 
Checksumme und die Lclnge der zwischen den zu versendeten E- 
thernet-Telegrammen einzuhalt enden Pausenzeit berticksichtigt 
werden . 
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5. Verfahren nach Anspruch 4, wobei die maximale BitlSnge L 
des in einem Zyklus zu versendenden Etheznet-Telegramms bei 
einer auf der Ethernet-Ubertragungsstrecke verwendeten Baud- 
rate von ba Mbaud, einer Zykluszeit von zy ix&, einer Start- 
kennungsiange von st Bit, einer Praambellange von pr Bit, ei- 
ner Checksuiranenlange von ch Bit und einer Pausenzeit von pa 
Bit wie folgt berechnet wird: 

L = (ba * zy) - (st + pr + ch + pa) . 

6. Verfahren nach Anspruch 5, wobei dann, wenn die maximale 
Bitiange L groSer als die maximal mfigliche Bitiange der E- 
thernet-Telegramme ist, die Anzahl und die LSnge der zusende- 
ten Ethernet-Telegramme so gewShlt wird, dass in einem Zyklus 
mehrere Ethernet-Telegramme versendet werden, deren gemeinsa- 
me Bitiange der Zykluszeit entspricht, 

7. Verfahren nach einem der Anspruche 1 bis 6, wobei z\am 
fortlaufenden Senden der bereitgestellten Ethernet-Telegramme 
die bereitgestellten Telegramme in einem Zwischenspeicher 
zwischengespei chert werden und der Sendevorgang gestartet 
wird, sobald eine vorgegebener Fullstand im Zwischenspeicher 
erreicht ist. 

8. Verfahren nach einem der Anspruche 1 bis 7, wobei die zu 
versendeten Daten Echtzeitdaten sind und eine die zu versen- 
denden Echtzeitdaten erzeugende Echtzeitanwendung mit dem 
Sendevorgang der Ethernet-Telegramme synchronisiert wird, 

9. Schnittstelle zum Anbinden eines Knotens an ein Ether- 
net-Ubertragungsstrecke (2) mit einer Umsetzeinheit (12) z\am 
Umsetzen von zu versendenden Daten des Knotens gemas einer 
tibertragungsnorm des Ethernet-Protokolls , um Ethernet- 
Telegramme zu bereitzustellen, und 

einer Sendeeinheit (31, 33) zum fortlaufenden Versenden der 
bereitgestellten Etheamet-Telegramme, um kontinuierlich E- 
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thernet-Telegramme auf die Ethernet -Ubertragungsstrecke aus- 
zugeben . 

10. Verfahren nach Anspruch 9, mit einer Einheit (12) zxam 
Anpassen der LSnge der Zykluszeit bei einer vorgebenen LSnge 
der zu versendenden E thernet-Telegramme im Rahmen der maximal 
zulassigen Dauer des Zyklus, urn wShrend der gesamten Zyklus- 
zeit kontinuierlich E thernet-Telegramme auf die Ethernet- 
Uber tr agungs s t r ecke ( 2 ) aus zugeben . 

11. Schnittstelle nach Anspruch 9, mit einer Einheit (12) 
z\im Anpassen der Anzahl und/oder der Lange der in einem Zyk- 
lus zu versendenden Ethernet-Telegramme an eine vorgegebene 
Zykluszeit, um wShrend der gesamten vorgebenen Zykluszeit 
kontinuierlich Ethernet-Telegramme auf die Ethemet- 
tJbertragungsstrecke ( 2 ) auszugeben . 

12. Schnittstelle nach einem der Anspruche 9 bis 11, mit ei- 
nem Zwischenspeicher (33) zum Zwischenspeichern der bereitge- 
stellten Ethernet-Telegramme vind einer Einheit (12) zum Star- 
ten des Sendevorgangs in AbhSngigkeit von einem vorgegebenen 
Fiillstand im Zwischenspeicher. 

13. Schnittstelle nach einem der Anspruche 9 bis 12, mit ei- 
ner Einheit (12) zum Synchronisieren einer die zu versenden- 
den Echtzeitdaten erzeugende Echtzeitanwendung mit dem Sende- 
vorgang der Ethernet-Telegramme. 

14. Ethernet-Netzwerk mit Ethernet-tJbertragungsstrecke und 
einer Mehrzahl von Knoten, wobei wenigstens einer der Knoten 
uber eine Schnittstelle nach einem der Anspruche 9 bis 13 mit 
der Ethernet-Obertragungsstrecke verbxinden sind, wobei der 
Sendekanal der Ethernet -Ubertragungsstrecke ausgelegt ist, 
die Ethernet-Telegramme kollisionsf rei zu ubertragen. 

15. Ethernet-Netzwerk nach Anspruch 14, wobei die Ethernet- 
Obertragungsstrecke eine ringfarmig angeordnete Topologie 
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aufweist und die vom Sende-Knoten versandten Ethernet- 
Telegraimtie von einem Knoten zum nachsten Knoten weitergelei- 
tet werden. 
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Zusammenf assung 

Verfahren, Schnittstelle und Netzwerk zum zyklischen Versen- 
den von Ethernet-Telegrammen 

Beim Versenden von Daten in Form von Ethernet-Telegrammen 5 
auf einer Ethernet --Ubertragungsstrecke 2 mit Hilfe einer 
Schnittstelle 2 zum Anbinden eines Knotens 1 an die Ethernet- 
tJbertragungsstrecke werden die zu versendenden Daten mittels 
einer Umsetzeinheit 12 gemSfi einer Ubertragungsnorm des E- 
thernet-Protokolls umgesetzt, \am Ethernet-Telegramme bereit- 
zustellen, und mithilfe einer Sendeeinheit 31, 33 fortlaufend 
die bereitgestellten Ethernet-Telegramme versendet, wobei 
kontinuierliche Ethernet-Telegramme auf die Ethernet- 
Ubertragungsstrecke ausgegeben werden. 



Fig, 2B 
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